home *** CD-ROM | disk | FTP | other *** search
/ SGI Desktop Special Edition 1.0 / SGI Desktop Special Edition 1.0.iso / relnotes / patchSG0000639 / ch1.z / ch1
Text File  |  1995-09-11  |  8KB  |  199 lines
  1.  
  2.  
  3.  
  4.                                   - 1 -
  5.  
  6.  
  7.  
  8.        1.  _P_a_t_c_h__S_G_0_0_0_0_6_3_9__R_e_l_e_a_s_e__N_o_t_e
  9.  
  10.        This release note describes patch SG0000639 to IRIX 5.3.
  11.  
  12.        1.1  _S_u_p_p_o_r_t_e_d__H_a_r_d_w_a_r_e__P_l_a_t_f_o_r_m_s
  13.  
  14.        This patch contains bug fixes for all platforms.
  15.  
  16.        1.2  _S_u_p_p_o_r_t_e_d__S_o_f_t_w_a_r_e__P_l_a_t_f_o_r_m_s
  17.  
  18.        This patch contains bug fixes for IRIX 5.3 and IRIX 5.3 with
  19.        XFS.  The software cannot be installed on other
  20.        configurations.
  21.  
  22.        1.3  _B_u_g_s__F_i_x_e_d__b_y__P_a_t_c_h__S_G_0_0_0_0_6_3_9
  23.  
  24.        This patch contains fixes for the following bugs in IRIX 5.3
  25.        and IRIX 5.3 with XFS.  Bug numbers from Silicon Graphics
  26.        bug tracking system are included for reference.
  27.  
  28.           +o When TCP connections are being created and destroyed at
  29.             high rate, a multiprocessor system may panic with a
  30.             segmentation violation (bug 248734).  This fix avoids
  31.             the race between accept() and tcp_drop() on
  32.             multiprocessor machine.
  33.  
  34.           +o When TCP connections are being created at a high rate,
  35.             a system panic may occur with message "soaccept
  36.             !NOFDREF" (bug 249206).  This fix avoids the race
  37.             between accept() and tcp_drop().
  38.  
  39.           +o When TCP connections are being created at a high rate,
  40.             connections may time out even though the server is
  41.             largely idle, due to the backlog limit on the server's
  42.             initial connection socket being limited to a small
  43.             value (bug 245976).  This change allows the maximum
  44.             backlog value to be reconfigured, by modifying the
  45.             variable somaxconn in /var/sysgen/master.d/bsd.
  46.  
  47.           +o When remote TCP clients disappear forever (where the
  48.             client systems do not respond to pings), with
  49.             connections open and data queued for output, after the
  50.             local server has closed the connection, but before all
  51.             the data has been delivered and acknowledged, the TCP
  52.             socket is left in the kernel indefinitely, even if the
  53.             server set the SO_KEEPALIVE option (bug 248935).  This
  54.             eventually uses up all available network buffer space.
  55.             This change adds a new kernel variable,
  56.             tcp_keep_timer_in_close, located in
  57.             /var/sysgen/master.d/bsd.  This variable may be set to
  58.             a non-zero value, to permit SO_KEEPALIVE timeouts to
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.                                   - 2 -
  71.  
  72.  
  73.  
  74.             act on such sockets.  The variables tcp_keepidle (the
  75.             basic SO_KEEPALIVE timeout period) and tcp_keepintvl
  76.             (the SO_KEEPALIVE probe interval) are now located in
  77.             /var/sysgen/master.d/bsd as well, to simplify modifying
  78.             them.  On heavily used TCP servers, it may be useful to
  79.             reduce tcp_keepidle from the default (2 hours) to
  80.             something less (perhaps 15 minutes).
  81.  
  82.           +o The automount daemon may hang for several minutes at a
  83.             time or the sendto() system call may churn up lots of
  84.             system cpu for a non-bound UDP socket for MP systems.
  85.             Incoming UDP packets for a specific socket may be
  86.             discarded if an application is currently executing a
  87.             sendto() system call on the UDP socket.  One particular
  88.             symptom is the local automount deamon not responding to
  89.             a request (mount or symlink LOOKUP) for 30 seconds or
  90.             longer while the local nfs kernel client code (/hosts/
  91.             mount) times out and retries the request.  The dropped
  92.             UDP packets show up in the udp section of "netstat -s"
  93.             output with the label "XXX datagrams dropped due to no
  94.             socket".  Other programs which use UDP extensively may
  95.             encounter this problem of incoming packets dropped
  96.             while the program is executing a sendto() syscall.  The
  97.             problem is due to the way the sendto() system call is
  98.             implemented over UDP in 5.3 .  Each sendto() causes a
  99.             connect/udp_output/disconnect to be done on the socket
  100.             which may (1) encounter high lock contention and (2)
  101.             will discard packets received for this socket which
  102.             arrive during the sendto().  The fix is to properly
  103.             multithread sendto() for UDP to allow concurrent
  104.             transmit and receive.  Bugs 252553 and 258545.
  105.  
  106.           +o IRIX did not include the base support necessary for
  107.             firewall to firewall encryption feature of the Gauntlet
  108.             firewall product.
  109.  
  110.        1.4  _S_u_b_s_y_s_t_e_m_s__I_n_c_l_u_d_e_d__i_n__P_a_t_c_h__S_G_0_0_0_0_6_3_9
  111.  
  112.        This patch release includes these subsystems:
  113.  
  114.           +o patchSG0000639.eoe1_sw.svr4net
  115.  
  116.           +o patchSG0000639.eoe1_sw.unix
  117.  
  118.  
  119.        1.5  _I_n_s_t_a_l_l_a_t_i_o_n__I_n_s_t_r_u_c_t_i_o_n_s
  120.  
  121.        Because you want to install patches for only the problems
  122.        you have encountered, patch software is not installed by
  123.        default. After reading the descriptions of the bugs fixed in
  124.        this patch, determine the patches that meet your specific
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.                                   - 3 -
  137.  
  138.  
  139.  
  140.        needs.
  141.  
  142.        Patch software is installed like any other Silicon Graphics
  143.        software product.  Follow the instructions in your _I_R_I_S
  144.        _S_o_f_t_w_a_r_e _I_n_s_t_a_l_l_a_t_i_o_n _G_u_i_d_e to bring up the miniroot form of
  145.        the software installation tools.
  146.  
  147.        Follow these steps to select a patch for installation:
  148.  
  149.          1.  At the Inst>prompt, type
  150.  
  151.              iiiinnnnssssttttaaaallllllll ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
  152.  
  153.              where _x_x_x_x_x_x_x is the patch number.
  154.  
  155.          2.  Select the desired patches for installation.
  156.  
  157.          3.  Initiate the installation sequence. Type
  158.  
  159.              IIIInnnnsssstttt>>>> ggggoooo
  160.  
  161.          4.  You may find that two patches have been marked as
  162.              incompatible.  If this occurs, you must deselect one
  163.              of the patches.
  164.  
  165.              IIIInnnnsssstttt>>>> kkkkeeeeeeeepppp ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
  166.  
  167.              where _x_x_x_x_x_x_x is the patch number.
  168.  
  169.          5.  After completing the installation process, exit the
  170.              _i_n_s_t program by typing
  171.  
  172.              IIIInnnnsssstttt>>>> qqqquuuuiiiitttt
  173.  
  174.  
  175.        To remove a patch, use the _v_e_r_s_i_o_n_s _r_e_m_o_v_e command as you
  176.        would for any other software subsystem.  The removal process
  177.        reinstates the original version of software unless you have
  178.        specifically removed the patch history from your system.
  179.  
  180.        vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeee ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
  181.  
  182.        where _x_x_x_x_x_x_x is the patch number.
  183.  
  184.        To keep a patch but increase your disk space, use the
  185.        _v_e_r_s_i_o_n_s _r_e_m_o_v_e_h_i_s_t command to remove the patch history.
  186.  
  187.        vvvveeeerrrrssssiiiioooonnnnssss rrrreeeemmmmoooovvvveeeehhhhiiiisssstttt ppppaaaattttcccchhhhSSSSGGGG_x_x_x_x_x_x_x
  188.  
  189.        where _x_x_x_x_x_x_x is the patch number.
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.